Pour imprimer ce fichier sur une imprimante locale, procédez comme suit :
1. Insérez la disquette contenant ce fichier dans l'unité A: (ou B:) du poste
de travail.
2. A l'invite DOS, tapez "A:" (ou "B:") et appuyez sur <Entrée>.
3. A l'invite DOS, tapez "COPY README.TXT PRN" et appuyez sur
<Entrée>.
REMARQUE : Si vous êtes équipé d'une imprimante PostScript, importez ce fichier dans une application de traitement de texte et imprimez-le depuis l'application.
-----------------------------------------------------------------Table des matières
Ce document aborde les thèmes suivants, relatifs au produit Client NetWare pour DOS et MS Windows :
1.0 Informations générales
1.01 Maintien de l'assignation de racine fictive
N'utilisez pas la commande MOVE sous DR DOS. En effet, MOVE exécutant les commandes CD dans le chemin courant, le fichier MOVE.EXE perdrait l'assignation de la racine fictive.
1.02 Correction de l'erreur NDIR sous COMPAQ DOS 5.0 et DR DOS 6.0
Les commandes suivantes provoquent des erreurs sous COMPAQ DOS 5.0 et DR DOS 6.0 :
NDIR nom_serveur/volume:
DIR nom_serveur/volume:
CD nom_serveur/volume:
La raison en est que lors du prétraitement, DOS considère la barre oblique (/) comme un spécificateur d'option. Vous pouvez, plutôt que d'employer la syntaxe nom du serveur/volume, assigner une unité et utiliser les lettres correspondantes à ces unités.
1.03 Support des versions actuelles du fichier Client NetWare
Le fichier IPXNCP.VLM ne peut mettre en oeuvre l'ODI de Packet Burst, le contrôle de cohérence des systèmes SFT III ou le répondeur de gestion de NetWare s'il ne dispose pas des versions 2.0 ou ultérieures de IPXODI.COM.
Par ailleurs, vous devez aussi activer les fonctions de contrôle de cohérence et de GNMA car IPXODI traite séparément la version et le niveau du support d'API.
1.04 Login à un serveur Personal NetWare
Vous devez charger le fichier PNW.VLM avant de vous connecter à un serveur Personal NetWare. Vous pourrez charger le logiciel PNW à partir de la ligne "NETWARE PROTOCOL" de votre fichier NET.CFG. Par exemple :
Requêteur DOS de NetWare
NETWARE PROTOCOL = NDS BIND PNW
--Sous MS Windows
Loguez-vous au serveur Personal Netware par l'intermédiaire du produit Outils utilisateur de NetWare pour Windows.
Assurez-vous d'avoir coché la case de sélection "Personal" (dans la boîte de dialogue d'affichage des ressources du menu Configuration NetWare de l'utilitaire Outils utilisateur de NetWare). Les ressources de Personal NetWare seraient sinon inaccessibles.
Vérifiez que le fichier PNW.DLL a été copié dans le répertoire SYSTEM de MS Windows.
--Sous DOS
L'utilitaire NET.EXE, fourni avec Personal NetWare, vous permet de vous loguer et d'accéder sous DOS aux ressources de Personal NetWare.
Assurez-vous que les fichiers NET.EXE, NETU.OVL et NETA.OVL se trouvent dans votre répertoire client NetWare (chemin par défaut C:\NWCLIENT), et que le fichier NETC.MSG a été copié dans le répertoire NLS\ENGLISH sous le répertoire client NetWare.
REMARQUE : Les connexions simultanées à un serveur Personal NetWare et aux services Annuaire de NetWare ne sont pas encore possibles pour les postes de travail utilisant des processeurs 80286.
1.05 Utilisation de l'utilitaire Receive Monitor (RXMONSTK.COM) avec les applications de type moniteur (Lanalyzer, par exemple)
Si votre application de type moniteur ne reçoit plus de paquets de réseau après l'installation d'un nouveau pilote de LAN sur votre poste de travail, chargez le fichier RXMONSTK.COM.
Votre application requiert en effet probablement une carte de réseau permettant de travailler en mode promiscuité, or votre pilote de LAN, développé selon de nouvelles spécifications (depuis Oct. 1994 ou postérieurement), n'accepte pas ce mode.
Vous devez charger le fichier RXMONSTK.COM après le pilote LSL.COM mais avant le pilote de LAN. RXMONSTK.COM, fonctionnant en tant que TSR, exige 2684 octets de mémoire. Si vous utilisez RxMonStk, vous ne pourrez charger qu'un seul pilote de LAN.
2.0 Informations relatives à l'utilisation du Requêteur DOS de NetWare
2.01 Assignations de racines dans des chemins de plus de 64 Caractères
Le nombre de caractères acceptés par le requêteur DOS de NetWare pour les chemins est limité par DOS. Si vous souhaitez utiliser des chemins plus longs, assignez une racine depuis un point à partir duquel le chemin ne contient pas plus de 64 caractères.
DR DOS 6 et DOS 7 de Novell n'acceptent des chemins d'une longueur supérieure à 64 caractères que sur des unités locales. Si vous souhaitez travailler avec des chemins de plus de 64 caractères sur des unités de réseau, reportez-vous aux instructions d'assignations du paragraphe précédent.
2.02 Utilisation de la variable ENVIRONMENT DOS par le mode de recherche
La fonction "MODE DE RECHERCHE" utilise maintenant la variable d'environnement DOS "PATH" plutôt que la table de mode de recherche publique du fichier NETX.VLM. Ce nouveau mode de fonctionnement devrait être tout à fait transparent pour vous, sauf si les utilisateurs modifient l'environnement de leur poste de travail.
Si vous dépassez la limite acceptée pour la variable PATH, les assignations d'unités de recherche ne seront pas incluses dans la variable.
2.03 Différence entre les informations de diagnostic contenues dans les fichiers NETX.VLM et NETX.COM (et fichiers rattachés)
Certaines des informations de diagnostic du fichier
NETX.COM peuvent ne pas apparaître dans le fichier
NETX.VLM. La raison en est que c'est maintenant le requêteur DOS de NetWare qui gère la plupart des informations de diagnostic, et non plus le shell Netware pour DOS, comme auparavant.
Certaines informations gérées par le répondeur de diagnostic ne sont pas disponibles dans le logiciel client actuel. Il s'agit des informations concernant :
les mauvais en-têtes de réponse (InvalidReplyHeaderCount)
les mauvais connecteurs (InvalidSlotCount)
les mauvais numéros de séquence (InvalidSequenceNumberCount)
les routeurs non trouvés (NoRouterFoundCount)
les requêtes en cours de traitement (BeingProcessedCount)
les mauvais connecteurs de serveur (InvalidSlotFromServerCount) les mauvaises adresses de réseau (NetworkGoneCount)
les mauvaises adresses locales (BadLocalAddressCount)
les erreurs d'allocation de connecteurs
(AllocateSlotCannotFindRoute,
AllocateNoSlotsAvailable, AllocateServerIsDown)
Le fichier du répondeur de gestion (Management Responder - NMR.VLM) de Netware fournit maintenant des informations de diagnostic similaires aux informations qu'apportait le shell de NetWare.
3.0 Informations pour l'utilisation de MS Windows
3.01 Utilisation de la version 3.03 de NETWARE.DRV sous MS Windows
Sous MS Windows (versions 3.1 ou ultérieures), la version actuelle de NETWARE.DRV (version 3.03) requiert le fichier NWGDI.DLL.
Vous devrez vous assurer qu'une copie du fichier NWGDI.DLL existe dans votre répertoire SYSTEM sous MS Windows si, lors du chargement de MS Windows avec l'utilitaire Client NetWare pour MS Windows, le message suivant apparaît :
Erreur d'application : Appel à Dynalink non défini
3.02 Utilisation de la bonne version des fichiers de Bibliothèque des liaisons dynamiques (*.DLL) avec l'utilitaire Administrateur de NetWare sous NetWare 4
Les fichiers de Bibliothèque des liaisons dynamiques (*.DLL) fournis avec la version actuelle du logiciel Client NetWare ne reconnaissent pas la version 4.05 ni les versions ultérieures du fichier NWADMIN.EXE (sous NetWare 4.0 et 4.01).
Pour pouvoir travailler avec ces versions, vous devez télécharger WINDR1.EXE depuis NetWare ou FTP.NOVELL.COM.
3.03 Interruption de MS Windows et affichage d'un curseur clignotant dans le coin supérieur gauche de l'écran (écran noir)
Si MS Windows s'interrompt et affiche un curseur souligné clignotant
dans le coin supérieur gauche de l'écran, procédez à l'une ou à plusieurs des opérations suivantes :
1.> Si vous utilisez un gestionnaire de mémoire de fournisseur tiers, ne chargez aucune interface IPX (LSL.COM ou IPXODI.COM, par exemple) en mémoire haute